home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6446 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.6 KB  |  84 lines
  1. Path: uni-paderborn.de!usenet
  2. From: laire@basis.owl.de (Ralph Schmidt)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: V43 picture datatype
  5. Date: 28 Mar 1996 04:35:12 GMT
  6. Organization: Universitaet Paderborn, Germany
  7. Message-ID: <4jd4u0$kvj@news.uni-paderborn.de>
  8. References: <1918.6660T1145T254@sn.no>
  9. NNTP-Posting-Host: basis.owl.de
  10. In-Reply-To: <1918.6660T1145T254@sn.no>
  11. X-Newsreader: NewsFlash [$Revision: 2.104 $] NF-U-00029
  12.  
  13. On 03/27/96, Christopher Naas wrote:
  14. >I have a couple of questions about transparency and the picture.datatype.
  15. >
  16. >
  17. >1. Picture datatype returns the wrong transparency color in the BitMapHeader
  18. >   when the picture is remapped to a screen.
  19. >   - Is this intentional?
  20. >   - Is there a way to obtain the new transparency color?
  21. >
  22. >2. I have noticed that the new picture.datatype has an interesting tag:
  23. >
  24.  
  25. No..it┤s not the wrong colour because the transparency colour only
  26. works on the source bitmap. If you remap you can┤t gurantee that
  27. there┤s only the pens set with the remapped transparency colour.
  28. And if i do a 256->truecolour remap there┤s no pen information at all.
  29.  
  30. >   PDTA_MaskPlane, &tst,
  31. >
  32. >   .. tst is filled with a value.
  33.  
  34. That┤s correct.
  35.  
  36. >
  37. >
  38. >   How do I use this? I'm guessing that the above reference to Blt..
  39. >   is a typo and should be a reference to BltMaskBitMapRastPort, and that
  40. >   PDTA_MaskPlane (tst) should be used as the mask.
  41. >
  42.  
  43. Correct.
  44.  
  45. >   This does, however, not work.
  46. >
  47.  
  48. Mhhh..are you sure the picture contains a transparency pen ?
  49. Try it with Multiview...there it does it automaticly.
  50. Perhaps you blit the bitmap with a SourceBitmap Offset !=0..then the
  51. mask bitmap can┤t work anymore.
  52.  
  53. >   passing tst as the mask results in a blank picture, passing &tst, results
  54. >   in colors other than the transparency color dissapearing (several colors
  55. >   are missing).
  56. >
  57. >   Should I fill a 1 plane bitmap with this value and use Plane[0] as the
  58. >   mask? PDTA_MaskPlane is defined as an ULONG, but a mask is supposed 
  59. to
  60. >   consist of bytes, the same width and height as the original bitmap.
  61. >
  62.  
  63. Tags have no other type as ULONG.
  64.  
  65.  
  66. >
  67. >3. The new picture datatype does not support TAG_IGNORE, instead it gives
  68. >   a couple of Enforcer hits.
  69. >
  70. > 4. How do I get the correct transparency pen when loading a picture 
  71. through
  72. >   datatypes with remapping, and how do I generate a mask for use with
  73. >   BltMaskBitMapRastPort()? I need to support both the 24bit picture datatype
  74. >   and the original OS3.0/3.1 one.
  75. >
  76. >
  77.  
  78. I simply pass TAG_IGNORE to the datatypes.class. I also don┤t handle
  79. TAG_MORE afaik.
  80.  
  81.  
  82. --
  83. Ralph Schmidt,laire@popmail.owl.de,NextMail welcome
  84.